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REMARKS 

15 are pending. Claims 5-14 and 16 have been withdrawn, 
claims 1 and 15 herein. 



has made the restriction requirement final. Applicant reserves the 
: or review of the restriction later under 37 C.F.R. § 1.144. 

' rejected claim 15 under 35 U.S.C. § 101 as being directed to 
matter, because it is a data structure claim. Data structures 
-readable media are statutory subject matter. According to M.P.E.P. 



amended claim 15 to clarify that the data structure is encoded in a 
medium. Claim 15 as amended recites a "computer-readable medium 
structure." Applicant's claimed technology meets the requirements of 
and thus is directed to statutory subject matter. Accordingly, 
requests that this rejection be withdrawn. 



rejected claim 15 under 35 U.S.C. § 102(b) over Baugher ("The 
Transport Protocol") and claims 1-4 under 35 U.S.C. § 103(a) over 
Minhazuddin (2004/0073641). Applicant respectfully traverses these 



a protocol, called SRTP, for securing communications sent in 
Real-time Transport Protocol (RTP). Like RTP itself, SRTP relies on 
address and port for each receiving client. Baugher states, "[a] 
SHALL be uniquely identified by the triplet context identifier: context 
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id = <SSRC, destins tion network address, destination transport port number>" and "[i]t is 
assumed that, when presented with this information, the key management returns a 
context with the [cryptographic context] information." Baugher, p. 9. However, in many 
situations, particular y where firewalls are involved, the number of available destination 
ports is severely limiled such that it is not possible or desirable to give each receiving client 
a unique destination port. Thus, the assumption stated in Baugher is false for these 
situations because a destination address and port are insufficient to uniquely identify a 
particular context, even if combined with the SSRC value. Baugher does not address 
these situations anc contains no teaching or suggestion of a method of handling the 
routing of RTP packers when the destination address and port are not unique. 
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applicant's technology is directed to routing secure RTP traffic in an 
cestination ports are limited, such as a firewall. A firewall may contain 
is shared by many receiving clients. From a sender's point of view 
each of the receiving clients has the same destination address. If 
RTP communications to be received on a particular port, then each 
also appears to the sender to have the same destination port. 
; received, there is no way provided by RTP for the firewall to 
receiving client should receive the packet. Applicant's technology 
information can be made unique in these situations, and uses 
to determine which receiving client should receive the packet. 
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ments of claims 1-4, applicant's technology distinguishes receiving 
sender's source information in the RTP header. Applicant has 
clarify that the "source information" refers to the sender. Claim 1 as 
determining whether a sending client's Security Association (SA) exists 
source information included in the RTP message header" and 
to a receiving network client identified based on the sender's source 
Embodiment of claim 15, applicant's technology distinguishes receiving 
dender-provided Synchronization Source Identifier. Claim 15 recites 
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"wherein a receiving media relay server can determine a receiving client associated with 
the data structure based on the unencrypted Synchronization Source Identifier without 
identifying a unique p ort for the receiving client." Thus, each of applicant's pending claims 
describes distinguishing receiving clients without relying on a unique destination address 
and port. As discussed above, Baugher assumes a unique destination address and port 
for each receiving client and does not teach or suggest distinguishing receiving clients on 
any other basis. Minhazuddin, relied upon by the Examiner for teaching decrypting 
packets at a server, jalso does not teach or suggest distinguishing receiving clients where 
each receiving client does not have a unique destination address and port. Therefore, 
applicant's claims ;are patentable over Baugher alone and in combination with 
Minhazuddin. Accordingly, applicant respectfully requests that these rejections be 
withdrawn. 



Based upon |hese remarks and amendments, Applicants respectfully request 
reconsideration of this application and its early allowance. If the Examiner has any 
questions or believes a telephone conference would expedite prosecution of this 
application, the Examiner is encouraged to call the undersigned at (206) 359-3265. 

all required fees are being paid in connection with this response. 
However, if an addit onal fee is due, please charge our Deposit Account No. 50-0665, 
under Order No. 418^68874US from which the undersigned is authorized to draw. 
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PERKINS COIE LLP 
P.O. Box 1247 

Seattle, Washington 981 1 1-1247 
(206) 359-8000 
(206) 359-7198 (Fax) 
Attorneys for Applicant 
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